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(54) Interoperability for bluetooth/lEEE 802.1 1 

(57) The key of the invention is to introduce an in- 
teroperability device in a communication system which 
integrates an IEEE 802.11 transceiver and a Bluetooth 
transceiver. The device prevents that one transceiver is 
transmitting while the other is receiving, which would 
cause interference at the receiving transceiver. In addi- 



tion, the device preferably prevents that both systems 
are transmitting at the same time to avoid interference 
at the receiving device(s). Optionally the device prohib- 
its simultaneous reception of both transceivers. In that 
way the radio receiver can be shared between the de- 
vices, allowing a cheaper and smaller hardware design. 



FIG. 1 



102- 



132 



100- 



CO 



a. 

LU 



. IEEE 802.11 
DRIVER 




BLUETOOTH 
DRIVER 


116^ 


106 -> 


l 


^118 


INTEROPERABILITY DEVICE 


120-^1 


, 108 110-^ 


\s~122 


IEEE 802.11 
MAC 




BLUETOOTH 
BASEBAND 
CONTROL 


124-^. 


i i 

, r~ 112 n*-*\ \ 


^126 


IEEE 802.11 
PHY 




BLUETOOTH 
PHY 




f COMBINED IEEE 802.11/ ' 
BLUETOOTH TRANCEIVER 


i 


128^ 








>-130 



^-104 
HOST 



m 

CO 



Printed by Jouve, 75001 PARIS (FR) 



BNSDOCID: <EP U19137A1J_> 




V. 



EP1 119 137 A1 




Description 



[0001] The present invention relates to both Bluetooth and IEEE 802.11 radio communication systems. 
[0002] IEEE 802.11 is a standard for wireless systems that operate in the 2.4 - 2.5 GHz ISM (industrial, scientific 
5 and medical) band. This ISM band is available world-wide and allows unlicensed operation for spread spectrum sys- 
tems. For both the US and Europe, the 2,400 - 2,483.5 MHz band has been allocated, while for some other countries, 
such as Japan, another part of the 2.4 - 2.5 GHz ISM band has been assigned. The 802.11 standard focuses on the 
MAC (medium access control) protocol and PHY (physical layer) protocol for access point (AP) based networks and 
ad-hoc networks. 

10 [0003] In access point based networks, the stations within a group orcell can communicate only directly to the access 
point. This access point forwards messages to the destination station within the same cell or through a wired distribution 
system to another access point, from which such messages arrive finally at the destination station. In ad-hoc networks, 
the stations operate on a peer-to-peer level and there is no access point or (wired) distribution system. 
[0004] The 802.1 1 standard supports: DSSS (direct sequence spread spectrum) with differential encoded BPSK and 

15 QPSK; FHSS (frequency hopping spread spectrum) with GFSK (Gaussian FSK); and infrared with PPM (pulse position 
modulation). These three physical layer protocols (DSSS, FHSS and infrared) all provide bit rates of 2 and 1 Mbit/s. 
The 802.11 standard further includes extensions 11a and 11b. Extension 11b is for a high rate CCK (Complementary 
Code Keying) physical layer protocol, providing bit rates 11 and 5.5 Mbit/s as well as the basic DSSS bit rates of 2 and 
1 Mbit/s within the same 2.4 - 2.5 GHz ISM band. Extension 11a is for a high bit rate OFDM (Orthogonal Frequency 

20 Division Multiplexing) physical layer protocol standard providing bit rates in the range of 6 to 54 Mbit/s in the 5 GHz 
band. The 802.11 basic medium access behaviour allows interoperability between compatible physical layer protocols 
through the use of the CSMA/CA (carrier sense multiple access with a collision avoidance) protocol and a random 
back-off time following a busy medium condition. In addition all directed traffic uses immediate positive acknowledge- 
ment (ACK frame), where a retransmission is scheduled by the sender if no positive acknowledgement is received. 

25 The 802.11 CSMA/CA protocol is designed to reduce the collision probability between multiple stations accessing the 
medium at the point in time where collisions are most likely occur. The highest probability of a collision occurs just after 
the medium becomes free, following a busy medium. This is because multiple stations would have been waiting for 
the medium to become available again. Therefore, a random back-off arrangement is used to resolve medium conten- 
tion conflicts. In addition, the 802.11 MAC defines: special functional behaviour for fragmentation of packets; medium 

so reservation via RTS/CTS (request-to-send/clear-to-send) polling interaction; and point co-ordination (for time-bounded 
services). 

[0005] The IEEE 802.11 MAC also defines Beacon frames, sent at a regular interval by an AP to allow STAs to 
monitor the presence of the AP. IEEE 802.11 also defines a set of management frames including Probe Request frames 
which are sent by an STA, and are followed by Probe Response frames sent by the AP. Probe Request frames allow 
35 an STA to actively scan whether there is an AP operating on a certain channel frequency, and for the AP to show to 
the STA what parameter settings this AP is using. 

[0006] Bluetooth technology allows for the replacement of the many proprietary cables that connect one device to 
another with one universal short-range radio link. For instance, Bluetooth radio technology built into both a cellular 
telephone and a laptop would replace the cumbersome cable used today to connect a laptop to a cellular telephone. 
Printers, personal digital assistant's (PDA's), desktops, computers, fax machines, keyboards, joysticks and virtually 
any other digital device can be part of the Bluetooth system. But beyond un-tethering devices by replacing the cables, 
Bluetooth radio technology provides a universal bridge to existing data networks, a peripheral interface, and a mech- 
anism to form small private ad-hoc groupings of connected devices away from fixed network infrastructures. 
[0007] Designed to operate in a noisy radio frequency environment, the Bluetooth radio system uses a fast acknowl- 

^5 edgement and frequency hopping scheme to make the link robust. Bluetooth radio modules avoid interference from 
other signals by hopping to a new frequency after transmitting or receiving a packet. Compared with other systems 
operating in the same frequency band, the Bluetooth radio system typically hops faster and uses shorter packets. This 
makes the Bluetooth radio system more robust than other systems. Short packets and fast hopping also limit the impact 
of domestic and professional microwave ovens. Use of Forward Error Correction (FEC) limits the impact of random 

so noise on long-distance links. The encoding is optimised for an uncoordinated environment. Bluetooth radios operate 
in the unlicensed ISM band at 2.4 GHz. A. frequency hop transceiver is applied to combat interference and fading. A 
shaped, binary FM modulation is applied to minimise transceiver complexity. The gross data rate is 1 Mb/s. 
[0008] A Time-Division Duplex scheme is used for full-duplex transmission. The Bluetooth baseband protocol is a 
combination of circuit and packet switching. Slots can be reserved for synchronous packets. Each packet is transmitted 

55 jn a different hop frequency. A packet nominally covers a single slot, but can be extended to cover up to five slots. 
Bluetooth can support an asynchronous data channel, up to three simultaneous synchronous voice channels, or a 
channel which simultaneously supports asynchronous data and synchronous voice. Each voice channel supports 64 
kb/s synchronous (voice) link. The asynchronous channel can support an asymmetric link of maximally 721 kb/s in 
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either direction while permitting 57.6 kb/s in the return direction, or a 432.6 kb/s symmetric link. 
[0009] The IEEE 802.11 standard is well-established and local area networks are already implemented based on 
the standard, typically in office environments. As Bluetooth comes into the market, it is likely to be implemented in a 
domestic environment for communications within the home, for example. Thus someone with a lap-top computer may 
5 wish to connect to a IEEE 802.11 wireless local area network in the workplace, and connect to a device, such as a 
mobile telephone, using a Bluetooth interface outside of the workplace. 

[0010] It is therefore an object of the present invention to provide a means for enabling such a single device to 
interface via both an IEEE 802.11 radio system and a Bluetooth radio system. 

[001 1] According to one aspect of the present invention there is provided a device incorporating a first radio system 
10 operating at a first range of frequencies of operation and a second radio system operating at a second range of fre- 
quencies of operation, wherein at least a part of said first and second range of frequencies overlap, wherein the device 
further includes a control means adapted to control the first and second radio systems such that such that only one or 
the other radio system may transmit at any one time. The first radio system may be a Bluetooth system and the second 
radio system may be an IEEE 802.11 system. 
15 [0012] The device may be additionally controlled such that when one device is transmitting the other device cannot 
receive or transmit. The device may be additionally controlled such that when one device is receiving the other device 
cannot receive or transmit. 

[0013] The control means may comprise a switching means, the switching means being adapted to switch on and 
off the first and second radio systems. 
20 [001 4] The control means may comprise a multiplexing means adapted to time multiplex transmissions from the first 
and second radio systems. 

[0015] The control means may comprise a multiplexing means adapted to time multiplex transmissions from the 
Bluetooth and IEEE 802.11 radio systems, the IEEE 802.11 and Bluetooth transmissions being multiplexed into Blue- 
tooth time-slots. 

25 [0016] The Bluetooth transmissions may be through a single HV2 SCO link connection, the IEEE 802.11 transmis- 
sions being in two time-slots in every four. The Bluetooth transmissions may be through a single HV3 SCO link con- 
nection, the IEEE 802.11 transmissions being in four time-slots in every six. The Bluetooth transmissions may be 
through two HV3 SCO link connections, the IEEE 802.11 transmissions being in two time-slots in every six. 
[0017] The control means may prevent transmission of IEEE 802.11 packets during a Bluetooth ACL packet trans- 
it) mission. The control means may prevent transmission of Bluetooth ACL packets during an IEEE 802.11 packet trans- 
mission. 

[0018] The first and second radio systems may share a common physical layer. 

[0019] According to another aspect of the present invention there is provided a method of incorporating a first radio 
system operating at a first range of frequencies of operation and a second radio system operating at a second range 
35 of frequencies of operation, wherein at least a part of said first and second range of frequencies overlap, into a single 
device, wherein the first and second radio systems are controlled such that only one or the other radio system may 
transmit at any one time. The first radio system may be a Bluetooth system and the second radio system may be an 
IEEE 802.11 system. 

[0020] The method may further comprise controlling the radio systems such that when one radio system is transmit- 
40 ting the other device cannot receive or transmit. 

[0021] The method may further comprise controlling the radio systems such that one device is receiving the other 
device cannot receive or transmit. 

[0022] The radio systems may be controlled by switching on and off the first and second radio systems. 
[0023] The radio systems may be controlled by time multiplexing transmissions from the first and second radio sys- 
45 terns. 

[0024] The method may comprise time multiplexing transmissions from the Bluetooth and IEEE 802. 1 1 radio systems, 
the IEEE 802.11 and Bluetooth transmissions being multiplexed into Bluetooth time-slots. 

[0025] The Bluetooth transmissions may be through a single HV2 SCO link connection, the IEEE 802.11 transmis- 
sions being in two time-slots in every four. The Bluetooth transmissions may be through a single HV3 SCO link con- 

50 nection, the IEEE 802.11 transmissions being in four time-slots in every six. The Bluetooth transmissions may be 
through two HV3 SCO link connections, the IEEE 802.11 transmissions being in two time-slots in every six. 
[0026] The method may further comprising preventing transmission of IEEE 802. 1 1 packets during a Bluetooth ACL 
packet transmission. The method may further comprising preventing transmission of Bluetooth ACL packets during an 
IEEE 802.11 packet transmission. 

55 [0027] The first and second radio systems may share a common physical layer. 

[0028] Therefore if both an IEEE 802.1 1 radio transceiver and a Bluetooth radio transceiver reside in a single device 
(for instance in a laptop computer) they can transmit and receive in the same radio frequency simultaneously, even 
though both communication standards make use of the same 85 MHz wide ISM band, at around 2.4 GHz. This is 
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achieved by a Bluetooth device in a computer being prevented from transmitting data whilst an 802.11 device is at- 
tempting to receive data and vice versa. 

[0029] Even if the RF frequency that the receiving device is tuned to is different, but still in the same band that the 
transmitting device is using, the emitted power will jam the receiver, rendering it unable to receive the intended signal. 
5 [0030] The invention solves this problem by introducing an interoperability device, that is connected both to the 
medium access controller of the IEEE 802.11 device and to the baseband controller of the Bluetooth device. 
[0031] The invention also proposes an alternative solution, called dual mode operation, where the IEEE 802.11 
devices operate in a different radio frequency band than the Bluetooth system. 

[0032] The key of the invention to introduce an interoperability device in a communication system which integrates 
10 an IEEE 802.11 transceiver and a Bluetooth transceiver. The device prevents that one transceiver is transmitting while 
the other is receiving, which would cause interference at the receiving transceiver. In addition, the device prevents that 
both systems are transmitting at the same time to avoid interference at the receiving device(s). optionally the device 
prohibits simultaneous reception of both transceivers. In that way the radio receiver can be shared between the devices, 
allowing a cheaper and smaller hardware design. The invention also covers a dual band mode in which the IEE802.11 
is device and the Bluetooth device work in a different frequency band, and allows completely parallel operation of the 
two devices. 

[0033] The invention will now be described by way of example with reference to the accompanying Figures, in which: 



20 



25 



Figure 1 illustrates a high-level architecture for implementing the present invention; 

Figure 2 illustrates the architecture of Figure 1 adapted to utilise radio re- use in accordance with a preferred em- 
bodiment of the invention; 

Figure 3 illustrates a Bluetooth HV-/ packet; 

Figure 4 illustrates the time-slot allocation for transmission of three different HV-/ schemes; 

Figure 5 illustrates a forward and reverse packet structure for IEEE 802.11 ; and 

30 Figure 6 illustrates a possible single chip implementation of the present invention. 

[0034] The invention serves to solve a fundamental problem associated with providing both a Bluetooth radio system 
and an IEEE 802.11 radio system in a single device. The fundamental problem that has been identified is that if either 
one of the radio systems is transmitting, there is need to prevent the other radio system from receiving or else the 
35 receiving system will be drowned out by the transmitting system. As will be further discussed hereinbelow : further 
problems associated with the dual operation of a IEEE 802.11 and Bluetooth radio system are overcome by preferred 
embodiments of the present invention as discussed hereinbelow. 

[0035] Referring to Figure 1 , there is illustrated a high-level architecture of the combination of an IEEE 802.11 radio 
system transceiver and a Bluetooth radio system transceiver in a single system, in conjunction with an interoperability 
40 device in accordance with the present invention. It will be understood by one skilled in the art that only those elements 
necessary for the implementation of the present invention are shown in Figure 1 . 

[0036] The dual mode transceiver of Figure 1 comprises: an IEEE 802.11 physical layer functional element 112; an 
IEEE 802.11 MAC layer functional element 108; a Bluetooth physical layer functional element 114; a Bluetooth base- 
band control functional element 110; and an interoperability device 106, all of which comprise a combined IEEE 802.11 
45 /Bluetooth transceiver generally designated by reference numeral 100. In addition an IEEE 802.11 driver 102 and a 
Bluetooth driver 1 04 are shown in Figure 1 . 

[0037] The IEEE 802.11 driver 102 receives IEEE 802.11 packets from the dual mode transceiver 1 00 on lines 116, 
and transmits IEEE 802.11 packets to the dual mode transceiver 100 on lines 116. The Bluetooth driver 104 receives 
Bluetooth packets from the dual mode transceiver 1 00 on lines 1 1 8, and transmits Bluetooth packets to the dual mode 
so transceiver on lines 118. The operation of the respective drivers 102 and 104 is exactly the same as their operation 
would be if the device were provided with a single IEEE 802.11 or Bluetooth transceiver respectively. However their 
function may be extended in the sense that they pass on switching signal from application(s) to the interoperability 
device 106. 

[0038] The IEEE 802.1 1 MAC functional element 1 08 and the IEEE 802.11 physical functional element 1 12 form the 
55 IEEE 802.11 transceiver of the dual mode transceiver. The IEEE 802.11 MAC functional element 108 operates in 
accordance with the IEEE standard arrangement to control access to the IEEE 802.11 transmission medium by the 
device to which it is connected. The IEEE 802.11 MAC functional element 108 receives and transmits IEEE 802.11 
packets to and from the interoperability device 106 via lines 120, and transmits and receives IEEE 802.11 packets to 



4 



BNSDOCID: <EP 1 1 19137A1_I_> 



* 




EP1 119 137 A1 




and from the IEEE 802.11 physical layer functional element 112 via lines 124. The IEEE 802.11 physical layerfunctional 
element 112 operates in accordance with the IEEE standard arrangement to perform modulation etc. of the IEEE 802.11 
packets and transmit/receive the packets via lines 128, which interface the element to the device antenna. 
[0039] The Bluetooth baseband control functional element 110 and the Bluetooth physical layer functional element 

s 114 form the Bluetooth transceiver of the dual mode transceiver. The Bluetooth baseband control functional element 
110 operates in accordance with the Bluetooth standard arrangement to control access to the transmission medium 
by the device to which it is connected. The Bluetooth baseband control functional element 110 receives and transmits 
Bluetooth packets to and from the interoperability device 106 via lines 122, and transmits and receives Bluetooth 
packets to and from the Bluetooth physical layer functional element 1 1 4 via lines 1 26. The IEEE 802.1 1 physical layer 

10 functional element 114 operates in accordance with the Bluetooth standard arrangement to perform modulation etc. 
of the Bluetooth packets and transmit/receive the packets via lines 130, which interface the element to the device 
antenna. 

[0040] The control of IEEE 802.11 packets and Bluetooth packets from the respective drivers 102 and 104 to the 
respective transceiver elements 108/112 and 110/114 is controlled in accordance with the invention by the interoper- 
15 ability device 106. As shown in Figure 1 , the interoperability device is additionally connected to control circuitry within 
the device via control signal lines 132. 

[0041] The dual mode transceiver 1 00 operates in accordance with the invention in one of two modes. A first mode 
is a switching mode and a second mode is a multiplexing mode, both of which modes are discussed in further detail 
herein below. 

20 [0042] In the switching mode of operation, the interoperability device 106 deactivates the Bluetooth transceiver 
(110/114) whenever the IEEE 802.11 transceiver (108/112) is activated, and vice versa. The interoperability device 106 
is adapted to make the decision as to which mode of operation to switch to or activate. There are several alternative 
criteria on which the interoperability device may make this decision. 

[0043] In a first alternative, the user of the device may decide which mode to switch to. For instance when the user 
25 i S at home and wants to connect to the Internet through a telephone, the user may decide to switch to Bluetooth mode 
and dial up to an Internet Service Provider (ISP). When the user is in the office, where an IEEE 802.11 wireless LAN 
is present, the IEEE 802.1 1 mode may be selected by the user, to enable the user to log on to the network. This mode 
requires the user to know which is the appropriate interface to use for the chosen application. The user command will 
most likely be provided through an interface, such as a screen and keypad, on the device itself, and notified to the 
30 interoperability device 1 06 via a command signal from a central processor or controller in the device. In addition mixed 
environments, where both Bluetooth and IEEE 802.11 exist, may be present for example in an office environment. 
[0044] In an alternative, the notification of the mode of operation may be provided to the transceivers via control from 
the CPU through regular drivers, or through a dedicated interoperability device driver. 

[0045] In a second alternative, application software may control which mode the device switches to. For instance 
35 when the user chooses to synchronise a Personal Digital Assistant (PDA), the data-synchronisation application in~the 
PC may tell the interoperability device to switch to Bluetooth mode. When the user chooses to surf the World Wide 
Web (WWW), the browser application (or the network driver software supporting it) may tell the interoperability device 
to switch to IEEE 802.11 mode. Again, the interoperability device 106 may be instructed via a command signal from a 
central processor or controller. 

40 [0046] In a third alternative, a protocol sniffer may determine whether it detects the presence of an IEEE 802.11 
device or a Bluetooth device on the air interface, and set the mode of the interoperability device accordingly. When 
the protocol sniffer detects both Bluetooth and IEEE 802.1 1 devices, it may choose a mode that the user has indicated 
as preferential, or it may consult the user as in the first alternative. Alternatively, the protocol sniffer may let the appli- 
cation decide as in the second alternative. 

45 [0047] Thus in the switching mode the interoperability device operates merely to deactivate, or switch off, one of the 
two transceivers within the dual mode transceiver. This operation is transparent to the functional elements of the re- 
spective transceivers, and also to the other processing functionality in the device itself. When the interoperability device 
is switched to "IEEE 802.11" mode the transceiver 1 00 behaves as an IEEE 802.11 transceiver. When the interoper- 
ability device is switched to "Bluetooth" mode the transceiver 100 behaves as an Bluetooth transceiver. 

so [0048] In the switching mode, turning off one transceiver when the other is transmitting means that the one transceiver 
cannot receive or transmit when the other is transmitting. Thus when employing the switching mode only one radio 
system needs to be operating at a given time, which means that the radio hardware can be reused. 
[0049] Figure 2 illustrates the dual mode transceiver of Figure 1 re-configured to utilise radio re-use. As can be seen 
from Figure 2, the functionality of the IEEE 802.11 physical layerfunctional element 112 and the Bluetooth physical 

55 layerfunctional element 114 are combined into a single functional element referred to as the IEEE 802.1 1/Bluetooth 
dual physical layerfunctional element, and denoted by reference numeral 200. The dual functional element 200 trans- 
mits and receives IEEE 802.11 and Bluetooth packets on signal lines 204 to the device antenna. 
[0050] The IEEE 802. 11 /Bluetooth dual physical layerfunctional element is controlled by the interoperability device 
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via signal lines 202 to operate as the physical layerfunctional element for either IEEE 802.1 1 or Bluetooth in accordance 
with the current mode of operation selected. 

[0051] In the multiplexing mode of operation the IEEE 802.11 transmitter is switched off when the Bluetooth trans- 
mitter is receiving data and the Bluetooth transmitter is switched off when the IEEE 802.11 device is receiving data. In 
5 this way one radio system is never transmitting when the other is receiving, and vice versa. The interoperability device 
1 06 observes the rules of the medium access control protocols, and while the transmission and reception of the IEEE 
802.11 and Bluetooth radio systems are time multiplexed, it will appear to the user that the two systems operate in 
parallel. There will, however, be some performance impact (reduced data throughput, increased data error rate, reduced 
voice quality). 

10 [0052] Furthermore, the interoperability device 1 06 additionally preferably does not allow the IEEE 802.1 and Blue- 
tooth radio systems to transmit at the same time. Thus interference of one signal with the other at an external (remote) 
receiver is prevented. 

[0053] In a preferred implementation of the multiplexing mode, if an IEEE 802.11 packet must be transmitted, all 
Bluetooth data connections are placed in the so-called PARK mode. The interoperability device 106 will issue one 

15 HLC_Park_Mode primitive per active ACL (Asynchronous Connectionless data) connection to the Bluetooth transceiv- 
er, to put all ACL connections in PARK mode. The PARK mode of the Bluetooth radio system will be familiar to one 
skilled in the art. In this way, the Bluetooth radio system is deactivated whilst an IEEE 802.11 transmission takes place. 
[0054] Although the example implementation is presented herein with reference to a discussion of the Bluetooth 
PARK mode, it will be appreciated by one skilled in the art that the Bluetooth HOLD mode may alternatively be utilised. 

20 [0055] If-there are active Bluetooth SCO (Synchronous, connection-oriented voice) connections, which transmit and 
receive periodically in a 0.625 ms Bluetooth slot, then the IEEE 802.11 transceiver must schedule its packet transmis- 
sions in-between the Bluetooth packets. The Bluetooth SCO connections are real-time (voice) connections. The inter- 
operability device 1 06 must take the full IEEE packet exchange period into account, which includes an acknowledge- 
ment packet (ACK) and (when the RTS/CTS transmission mode is used) an RTS and CTS packet. 

25 [0056] Further hereinbelow a detailed implementation for scheduling IEEE 802.11 packets in an active SCO con- 
nection is given. A 'slot-stealing' scheme is explained and a calculation of data throughput that can be achieved given. 
[0057] The IEEE 802.11 packets may need to be as short as a single slot when such a slot-stealing scheme is 
implemented, and this implies that the interoperability device 1 06 has to implement a packet fragmentation and reas- 
sembly scheme, so that it can divide IEEE 802.11 packets in chunks that can be accommodated in the number of 

30 Bluetooth slots that are available. The IEEE 802.11 's own fragmentation mechanisms cannot be used, since these 
mechanisms assume that all fragments are sent consecutively. In the detailed implementation described hereinbelow, 
a suitable fragmentation scheme is discussed. 

[0058] In thefollowing, an example is given for introducing the IEEE 802.1 1 functionality into a Bluetooth radio system, 
to enable both radio systems to function together in the same device. The following example is not limiting of the 

35 present invention, and the person skilled in the art will recognise that other possibilities exist for the implementation of 
such an architecture. However, as the Bluetooth specification is dominant the following is a preferred implementation. 
[0059] The standard Bluetooth radio system uses Frequency Shift Keying (FSK) modulation, sending one bit of 
information per symbol time of 1|i.s. Thus the raw bit-rate is 1 Mbit/s. A packet consists of a preamble, containing a 
channel access code and a payload. The payload, in turn, is divided into a header (containing packet type, destination 

40 address and some other information fields) and a user payload field. 

[0060] On the synchronous connection orientated (SCO) links, voice packets are used. The voice packets are typi- 
cally of the high-quality voice (HV) types HV1 , HV2 or HV3. All of these packet types have a 30-byte payload. The 
most robust packet, HV1 , uses rate 1/3 Forward Error Correction (FEC). Packet type HV2 uses rate 2/3 FEC, and type 
HV3 does not use FEC at all. The number of user bytes is 10,20 and 30 bytes respectively for HV1 , HV2 and HV3. 

45 The packet layout of an Hv-i (where *=1 ,2,3) packet is shown in Figure 3. The total duration of a HV-/ voice packet is 
330 |xs. Referring to Figure 3, it can be seen that the Hv-i packet 300 comprises a 72 bit preamble 302, an 1 8 bit header 
304, and a 240 bit (or 30 byte) payload 306. 

[0061] In addition to the HV-/type packets, there also exists for Bluetooth a data and voice (DV) type packet. The 
DV type packet offers the same performance as HV3 (i.e. with no FEC), and carries a variable amount of data as well 
so as voice in the same packet. However, a DV packet carries only 10 user bytes, i.e. a third of HV3's user bytes. The 
duration of the DV packet is 238 to 356 |is, depending on the amount of data carried. 

[0062] Bluetooth packets are sent in time slots, which each have a duration of 625 jis. However packets must be 
less then 625 u.s to allow the radio system sufficient time to hop to another frequency between time slots. Examples 
of channel operation for HV1 , HV2 and HV3 connection are shown in Figure 4, and described further hereinbelow. 
55 [0063] Figures 4(a) to 4(c) illustrate timing diagrams for a single Bluetooth voice connection, based on HV1 (Figure 
4(a)), HV2 (Figure 4(b)), or HV3 (Figure 4(c)) packets. The shaded packets are in the forward direction (from Bluetooth 
master device to Bluetooth slave device), and the clear packets are in the reverse direction (from Bluetooth slave 
device to Bluetooth master device). Eight time slots TS1 to TS8 are shown. As can be seen forward packets are sent 
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in odd-numbered time-slots and reverse packets are sent in even-numbered time-slots. The frequency hops, in ac- 
cordance with the Bluetooth standard, on every time slot, such that the frequencies t, to f 8 are hopped-to in times slots 
TSIto TS8 respectively. 

[0064] All voice connection rates are specified to be 64 kbit/s. To achieve this rate a HV1 packet must be sent every 
5 other slot, since in every HV1 packet (1/3)x30x8 = 80 bits of user data are sent. (1/3) is the FEC used in HV1 , and 
30x8 is the number of bits in a 30 byte payload. One packet is sent every 2x0. 625ms time-slots, which is equal to 1 .25 
milliseconds, 0.625 ms being the length of each slot. The user bit rate is thus 80/1 .25 bits/ms = 64 kbit/s. Since a voice 
link is full duplex, the other remaining alternate empty slots are required for the reverse link. This allocation of forward 
and reverse packets to time-slots is shown in Figure 4(a). 
10 [0065] HV2 packets carry twice the number of user bits as HV1 packets and hence only one forward and one reverse 
packet is required for every four slots, as shown in Figure 4(b). 

[0066] HV3 packets carry twice the number of user bits as HV1 packets and hence only one forward and one reverse 
packet is required for every six slots, as shown in Figure 4(c). Thus even if there were two HV3 links active, there would 
still be required only four time-slots in every six time-slots, leaving two time-slots in every six free. 
15 [0067] As a DV packet, similar to a HV1 packet, carries only 1 0 user bytes, a DV packet must similarly be transmitted 
every other slot to achieve a rate of 64 kbit/s. 

[0068] Hence in combination with a single HV1 or DV voice link, no IEEE 802.11 data traffic can be transmitted or 
received without reducing the voice quality of the transmission. 

[0069] With a single HV2 link, or HV3 links, two slots are available for IEEE 802.11 traffic. With a single HV3 link, 4 
20 slots are available for IEEE 802.11 traffic. 

[0070] Working within these parameters set by the Bluetooth transmission system, it is necessary to determine what 
IEEE 802.11 user bit rate is possible, given the available time slots. As discussed further hereinbelow, this depends 
to a certain extent on the overhead of the IEEE802.11 packet. 

[0071] IEEE 802.11 packets have either a short or a long preamble, of 96 or 1 92 \xs respectively. The IEEE 802.11 
25 packet payload is transmitted at a rate of one byte in every symbol time with a duration of 8/1 1 -th |is. This gives a bit 
rate of 11 Mbit/s. The payload contains a 24 byte header and a 32 bit (4 byte) CRC field, which takes 28 x (8/11) = 
20.3 |j.s to send in total. A SIFS (Short Interframe Space) time of 1 0 u,s after correct reception of a packet, the recipient 
transmits an acknowledgement packet, which consists of a header of 96 or 1 92 jis. The payload contains MAC protocol 
control information of 14 bytes that take 14x8/11 = 1 0.2 jis to transmit. Figure 5 depicts an IEEE 802.11 packet trans- 
30 mission. 

[0072] As shown in Figure 6, an IEEE 802.11 forward data packet 500 consists of a preamble 504, a MAC header 
506 and a data field 508. If received correctly, the receiver, responds with an acknowledgement packet 502 after a 
SIFS period. The latter packet consists of a preamble 510 and an acknowledgement field 51 2 comprising MAC infor- 
mation. 

35 [0073] There are thus 4 scenarios to consider: there are two possible IEEE preamble lengths (96 and 1 92 |is);^and 
there are either two or four Bluetooth "idle" periods (two and four slots). 

[0074] The scenario where two Bluetooth slots are available for transmission for IEEE transmissions having a long 
preamble is considered. 

[0075] The overhead due to preambles, SIFS, and MAC overhead amounts to [2 x 192] + 10 + [(28+14) x (8/11)] 
40 = 424.5 |is. Of the two idle slots, it is permissible only to use 625 + 366 = 991 u.s according to the Bluetooth specification. 
This is to leave 625 - 366 = 259 |is to allow the radio system to hop to the frequency of the next slot. Subtract 424.5 
from 991 , to get 566.5, which is the time left for actual data transmission at 1 1 Mbit/s. In this time 566.5 / (8/1 1 ) = 779 
IEEE 802.11 bytes can be transmitted. This data can be transmitted every 4 slots. Hence the effective bit rate is equal 
to (8 X 779)/(4 x 625) = 2.5 Mbit/s. 
45 [0076] The scenario where four Bluetooth slots are available for transmission for IEEE transmissions having a long 
preamble is now considered. 

[0077] If four Bluetooth slots are available, then the time for payload transmission is equal to payload time 625 x 3 
+ 366 - 424.5 = 1 81 7. This Equates to 1 81 7 / (8/1 1 ) = 2498 IEEE 802. 1 1 CCK bytes. The equivalent bit rate is now (8 
x 2498)/(6 X 625) = 5.33 MbiVs 
so [0078] If the calculations are repeated for short IEEE 802.11 preambles, the bit rates are 3.33 Mbit/s for an HV2 
connection or for two HV3 connections. For a single HV3 connection the bit rate is 5.89 Mbit/s. The results are sum- 
marised in Table 1 . 



Table 1 



IEEE 802.11 throughput 


Two Slots 


Four Slots 


Short preamble 


3.33 Mbit/s 


5.89 Mbit/s 
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Table 1 (continued) 



IEEE 802.11 throughput 



Two Slots 



Four Slots 



long preamble 



2.49 Mbit/s 



5.33 Mbit/s 



5 



[0079] Table 1 shows IEEE 802.11 user throughputs if IEEE 802.1 1 packets are transmitted in slots that are left idle 
by Bluetooth. If there is one HV2 connection or two HV3 connections, there are 2 idle slots to transmit. If there is one 
HV3 connection, there are 4 idle slots to transmit. If there is on HV1 or DV1 connection there are no idle slots. If there 
is no SCO connection at all, then all slots are available for transmission, and the theoretical IEEE 802.11 maximum of 
11 Mbit/s can be achieved. 

[0080] If a Bluetooth ACL packet must be transmitted, the interoperability device 106 simply holds back IEEE 802.11 
packets. As the ACL packets are none real time data packets, they can be held back. When a Bluetooth ACL packet 
is to be transmitted, an IEEE 802.11 packet transmission will not be in progress, as the ACL connection would be in 
PARK mode if an IEEE transmission was in progress, as discussed hereinabove. 

[0081] In an alternative formulation, if a Bluetooth ACL packet transmission or reception is in progress, the IEEE 
802.11 transmission is held back until the Bluetooth transmission/reception is completed. Then the Bluetooth ACL 
connection is put in HOLD or PARK mode, and the IEEE802.11 transmission can be scheduled and organised around 
SCO transmissions, as described above. 

[0082] Optionally, the interoperability device has a further mode in which it will not allow the IEEE 802.11 devices 
and Bluetooth device to receive in parallel. By not allowing this, only one radio will be operating at a given time, which 
implies that the radio hardware can be reused. This again results in an architecture as shown in Figure 2. In this mode 
Bluetooth SCO slots are always received. If neither the Bluetooth nor the IEEE 802.11 transmitter need to transmit, 
the common receiver listens to either Bluetooth or IEEE 802.11 packets, according to an algorithm. 
[0083] Such an algorithm may be static; for instance the receiver listens to IEEE 802.11 in odd slots and to Bluetooth 
packets in even slots. Also given the distribution of traffic between Bluetooth and IEEE802.11 , the algorithm could give 
preference to one over the other. 

[0084] Finally, the receiver may have a dual synchronisation mode, where it listens to the channel, detects on the 
fly what type of packet is in the medium (Bluetooth or IEEE 802.11), and reports this to the receiver, which will switch 
to the appropriate reception mode. 

[0085] Both IEEE 802.11 and Bluetooth Packets may be longer than a single slot. In that case the receiver attempts 
to receive the packet until completion. 

[0086] In a typical embodiment of the invention, the MAC controller of the IEE802.11 device and the baseband con- 
troller of the Bluetooth device may be implemented in separate, dedicated processor chips. The interoperability device's 
functionality may be implemented in an additional chip. Alternatively, the functionality of the interoperability device can 
be added to the controller chips of either the Bluetooth or the IEE802.11 device. In a still further alternative, it is possible 
to integrate the IEEE 802.11 MAC control functions and the Bluetooth control function in a single chip and add the 
interoperability functionality to the same chip as well. Other arrangements of chips and division of interoperability 
functionality are also possible. 

[0087] Figure 6 illustrates an example of a "system on a chip" implementation of a combined IEEE 802.11 MAC 
controller and a Bluetooth Baseband controller. The chip 600 includes a DMA (Direct Memory Access) 61 0, an interrupt 
controller (Int. Ctrl) 612, timers 614, RAM (Random Access Memory) 616 all connected to a CPU (central processor 
unit) 622 via an internal bus 624, which elements are all required for both the IEEE 802.11 and Bluetooth functions. 
An external bus (Ext. Bus) block 608 is also required for both the IEEE 802. 1 1 and Bluetooth functions, and is connected 
to the CPU 622 via internal bus 624 and to an external flash memory and/or ROM via lines 626. A USB (Universal 
Serial Bus) block 606, connected to internal bus 624, is used to interface the Bluetooth transceiver and optionally the 
IEEE 802.11 transceiver to a host PC via connections 628. The (mini) PCI block 602, connected to the internal bus 
624, is used to interface between the host PC (via connections 628) and the IEEE 802.11 transceiver. A PCI based 
interface between host PC and Bluetooth is not yet defined but is foreseen. The UART block is also connected to the 
internal bus 624 and to the external connections 628. 

[0088] The CPU micro-controller 622 runs firmware that implements the IEEE 802.11 MAC and Bluetooth baseband 
functions. A Bluetooth Link Controller block 618 and an IEEE 802.11 MAC support block 620 are connected to the 
CPU via the internal bus 624, and operate in conjunction with the CPU 622 to implement hardware assist functions for 
both the Bluetooth and IEEE 802.11 transceivers respectively. 

[0089] The Bluetooth Link Controller 61 8 is connected to the Bluetooth physical layer functional elements (not shown) 
via connections 632, and similarly the IEEE 802.1 MAC support block 620 is connected to the IEEE 802.11 physical 
layer functional elements (not shown) via connections 634 
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Claims 

1. A device incorporating a first radio system operating at a first range of frequencies of operation and a second radio 
system operating at a second range of frequencies of operation, wherein at least a part of said first and second 
range of frequencies overlap, wherein the device further includes a control means adapted to control the first and 
second radio systems such that such that only one or the other radio system may transmit at any one time. 

2. The device of claim 1 wherein the first radio system is a Bluetooth system and the second radio system is an IEEE 
802.11 system. 

3. The device of claim 1 or claim 2 wherein the device is additionally controlled such that when one device is trans- 
mitting the other device cannot receive or transmit. 

4. The device of any one of claims 1 to 3 wherein the device is additionally controlled such that one device is receiving 
15 the other device cannot receive or transmit. 

5. The device of claim 1 or claim 2, wherein the control means comprises a switching means, the switching means 
being adapted to switch on and off the first and second radio systems. 

20 6. The device of claim 1 or claim 2, wherein the control means comprises a multiplexing means adapted to time 
multiplex transmissions from the first and second radio systems. 

7. The device of claim 2, wherein the control means comprises a multiplexing means adapted to time multiplex trans- 
missions from the Bluetooth and IEEE 802.11 radio systems, the IEEE 802.11 and Bluetooth transmissions being 

25 multiplexed into Bluetooth time-slots. 

8. The device of claim 7, wherein the Bluetooth transmissions are through a single HV2 SCO link connection, the 
IEEE 802.11 transmissions being in two time-slots in every four. 

30 9. The device of claim 7, wherein the Bluetooth transmissions are through a single HV3 SCO link connection, the 
IEEE 802.11 transmissions being in four time-slots in every six. 

10. The device of claim 7, wherein the Bluetooth transmissions are through two HV3 SCO link connections, the IEEE 
802.11 transmissions being in two time-slots in every six. 

35 

11. The device of claim 2 wherein the control means prevents transmission of IEEE 802.11 packets during a Bluetooth 
ACL packet transmission. 

12. The device of claim 2 wherein the control means prevents transmission of Bluetooth ACL packets during an IEEE 
40 802.11 packet transmission. 

13. The device of any one of claims 1 to 1 2 in which the first and second radio systems share a common physical layer. 

14. A method of incorporating a first radio system operating at a first range of frequencies of operation and a second 
45 radio system operating at a second range of frequencies of operation, wherein at least a part of said first and 

second range of frequencies overlap, into a single device, wherein the first and second radio systems are controlled 
such that only one or the other radio system may transmit at any one time. 

15. The method of claim 14 wherein the first radio system is a Bluetooth system and the second radio system is an 
50 IEEE 802.11 system. 

16. The method of claim 14 or 15 further comprising controlling the radio systems such that when one radio system 
is transmitting the other device cannot receive or transmit. 

55 17. The method of any one of claims 14 to 16 further comprising controlling the radio systems such that one device 
is receiving the other device cannot receive or transmit. 

18. The method of claim 1 4 or 1 5 wherein the radio systems are controlled by switching on and off the first and second 
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radio systems. 



19. The device of claim 14 or claim 15 wherein the radio systems are controlled by time multiplexing transmissions 
from the first and second radio systems. 

20. The method of claim 15, comprising time multiplexing transmissions from the Bluetooth and IEEE 802.11 radio 
systems, the IEEE 802.11 and Bluetooth transmissions being multiplexed into Bluetooth time-slots. 

21. The method of claim 20, wherein the Bluetooth transmissions are through a single HV2 SCO link connection, the 
IEEE 802.11 transmissions being in two time-slots in every four. 

22. The method of claim 20, wherein the Bluetooth transmissions are through a single HV3 SCO link connection, the 
IEEE 802.11 transmissions being in four time-slots in every six. 

23. The method of claim 20, wherein the Bluetooth transmissions are through two HV3 SCO link connections, the 
IEEE 802.11 transmissions being in two time-slots in every six. 

24. The method of claim 15 further comprising preventing transmission of IEEE 802.11 packets during a Bluetooth 
ACL packet transmission. 

25. The method of claim 15 further comprising preventing transmission of Bluetooth ACL packets during an IEEE 
802.11 packet transmission. 

26. The method of any one of claims 14 to 25 in which the first and second radio systems share a common physical 
layer. 
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